home *** CD-ROM | disk | FTP | other *** search
/ TeX 1995 July / TeX CD-ROM July 1995 (Disc 1)(Walnut Creek)(1995).ISO / tex-k / tex-k-archive.past / 1995.02 / 000001_kb@cs.umb.edu_Wed Feb 1 01:51:20 1995.msg < prev    next >
Internet Message Format  |  1995-02-28  |  3KB
  1. Received: from terminus.cs.umb.edu by cs.umb.edu with SMTP id AA29284
  2.   (5.65c/IDA-1.4.4 for <tex-k-exp@cs.umb.edu>); Wed, 1 Feb 1995 12:32:40 -0500
  3. Received: by terminus.cs.umb.edu id AA26720
  4.   (5.65c/IDA-1.4.4 for tex-k); Wed, 1 Feb 1995 06:51:20 -0500
  5. Date: Wed, 1 Feb 1995 06:51:20 -0500
  6. From: "K. Berry" <kb@cs.umb.edu>
  7. Message-Id: <199502011151.AA26720@terminus.cs.umb.edu>
  8. To: tex-k@cs.umb.edu
  9. Cc: exp109@physik.uni-kiel.d400.de
  10. Subject: [exp109@physik.uni-kiel.d400.de: font-memory-management in xdvi]
  11.  
  12. Here's a feature to add to xdvi, if someone would like to work on it.
  13. The idea, I guess, is to remove fonts not just by an LRU algorithm, but
  14. by size. Seems reasonable.
  15.  
  16. If anyone's interested, let me know.
  17.  
  18. From: "A. Rohde" <exp109@physik.uni-kiel.d400.de>
  19. To: Karl Berry <karl@cs.umb.edu>
  20. Subject: font-memory-management in xdvi
  21. Date: Fri, 27 Jan 1995 15:49:45 +0100
  22.  
  23.  
  24. Dear Karl,
  25.  
  26.  I have a non-standard problem with xdvi(k) pl18(f).
  27. I produce sometimes *very* large postscript graphics or scanned b/w pictures
  28. and convert them with Ghostscript and bitmapTofont for inclusion in TeX.
  29. These 'fonts' are then much smaller than the original PS files. The problem
  30. is, that xdvi does not free font memory, if the font isn't in use anymore
  31. (in other words, several pages later). 
  32. I could convert the scanned images into Postscript, but these files become
  33. *very* large, too. I don't know about any other procedure (o.k. there are
  34. those emTeX specials..... ), to include bitmaps into TeX.
  35. I have heard about including jpeg into PS-files, but jpeg is not a good
  36. format to reproduce b/w graphs (and it's sloooooow).
  37.  
  38.  I have already reported these fact to Paul Vojta. He was afraid, and told me
  39. about other things to do first with xdvi.
  40.  
  41.  I tried to have a look inside the code and saw, that there is already a
  42. struture member for the time of the last access to a font. However,
  43. I was not able to change the source, since it's very complicated.
  44. Do you or one of your co-workers have some time to implement an algorithm
  45. to check the amount of memory, which is used for fonts, and to remove fonts
  46. from the memory, if this amount is larger than e.g. 1 or 2 MB? 
  47.  
  48.  I think, this would be a nice feature, since loading a TeX-font is incredibly
  49. fast, compared with interpreting a PS-file. emTeX drivers don't have any
  50. problems. O.K., fonts are device-dependent, but standard TeX fonts, are device
  51. dependent, too, since dvips converts them into bitmaps and attaches them
  52. at the front of the ps-file. It still works with dvips, if you use the
  53. option -Z and if the document is too long (document numbering gets lost)
  54. one can write a couple of small ps-files instead of one large.
  55.  
  56.  
  57. Best regards,
  58.         Axel
  59.  
  60. -- 
  61. -----------------------------------------------------------------------------
  62. Dipl. Phys. Axel Rohde
  63. e-mail: rohde@physik.uni-kiel.de
  64.  
  65. Institut fuer Experimentalphysik        Christian Albrechts Universit"at Kiel
  66. Olshausenstrasse 40-60                                           D-24098 Kiel
  67. Tel: +49 - (0)431-880-3840                         Fax: +49 - (0)431-880-3809
  68. -----------------------------------------------------------------------------